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IMPROVED RADIO RESOURCE CONTROL SIGNALING FOR PHYSICAL 
LAYER CONFIGURATION CHANGES 

FIELD OF THE INVENTION 

The present invention relates to signaling in a mobile radio communications 
5 network, and more specifically, to signaling relating to physical layer configuration changes. 

BACKGROUND AND SUMMARY OF THE INVENTION 

Mobile radio communication systems have progressed through three 

I-* generations including analog (first generation), digital (second generation), and multimedia 

O 

{5 (third generation). Third generation systems are sometimes associated with Universal 

l Jf 10 Mobile Telecommunication Systems (UMTS). One example of a UMTS radio access 

% ■ 

l£j network is the UMTS Terrestrial Radio Access Network (UTRAN) which has been 
ill specified in the Joint Standardization Projection identified as 3GPP (the Third Generation 
in Partnership Project). In UTRAN, data generated at higher layers is carried over the radio 
]Jj interface with transport channels. These transport channels are mapped in the physical 
^ 15 layer to different physical channels. The physical layer is required to support variable bit 
III rate transport channels, to offer bandwidth-on-demand services, and to multiplex several 
services to one connection. In multimedia communications, other services such as e-mail, 
Internet access, video, and other services may be provided in addition to voice service. 

When mapping transport channels to the physical channels, there are several 
20 mechanisms used to support variable bit rate transport channels and multiplexing of 
several services to one user connection. Each transport channel is accompanied by a 
Transport Format Indicator (TFI) every Transmission Time Interval (TIT) when data is 
expected to arrive for the specific transport channel from higher layers. The physical layer 
combines the TFI information from different transport channels to the transport format 
25 combination indicator (TFCI). The TFCI is transmitted in the physical control channel to 
inform the receiver which transport channels are active for a current frame. The TFCI is 
then decoded at the receiver, and the resulting TFI is given to higher layers for each of the 
transport channels active for the connection. 



There are two types of transport channels: dedicated channels and common 
channels. A dedicated transport channel (e.g., DCH or DSCH) carries all of the 
information intended for a given user coming from layers above the physical layer 
including data for the actual services as well as higher layer control information. The data 
rate on a dedicated transport channel can change on a TTI basis. A dedicated channel is 
mapped onto two physical channels. The dedicated physical data channel (DPDCH) 
carries higher layer information including user data. The dedicated physical control 
channel (DPCCH) carries the necessary physical layer control information. These two 
dedicated physical channels are needed to support efficient variable bit rate in the physical 
layer. In the uplink (UL) direction, the bit rate of DPCCH is constant, whereas the bit rate 
of DPDCH can change from frame to frame. In the downlink (DL) direction, the DPCCH 
and the DPDCH are time-multiplexed on a constant rate physical layer . 

Variable data rates may be implemented by a rate matching operation using 
rate information sent with the transport format combination indicator (TFCI) transmitted 
on the DPCCH for the current DPDCH frame. In other words, for every ten millisecond 
frame, the TFCI information decoded from the DPCCH frame is used to obtain the bit 
rate and channel decoding parameters for DPDCH. At the transmitter, rate matching is 
used to match the number of bits to be transmitted to the number available in a single 
frame and must take into account the number of bits coming from other transport 
channels that are active in a particular frame. Higher layers provide a semi-static parameter 
called the Rate Matching Attribute (RMA) to control rate matching between different 
transport channels. The rate matching attribute is used to calculate the rate matching value 
when multiplexing several transport channels for the same frame. By adjusting the rate 
matching attribute for each transport channel, it is ensured that an amount of data sent on 
this transport channel can efficiently be mapped on the physical layer. 

Radio interface protocols are used to set up, reconfigure, and release radio 
bearer services provided in UTRAN. The protocol layers above the physical layer are 
called the data link layer (layer 2) and the network layer (layer 3). The layer 3 protocol is 
called Radio Resource Control (RRC) and belongs to the "control plane" (as opposed to 
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the "user plane"). RRC messages cany the parameters required to set up, modify, and 
release Radio Access Bearers (RABs) and to perform channel switching. Each RAB 
"bears" one or more lower level, radio bearers (RBs), and each RB is mapped onto a 
corresponding transport channel. 

The present invention is concerned with RRC signaling associated with the 
configuration of dedicated transport channels (e.g., DCHs). When a connection to a user 
equipment is initially established, and a radio access bearer is set up with one or more radio 
bearers, a physical radio channel configuration is set up that corresponds to the dedicated 
transport channels associated with each one of the one or more radio bearers. Certain 
13 10 parameters are specified in the radio channel configuration such as spreading factor, 
channel bit rate, coding, etc. The radio channel configuration also has a certain rate 
matching attribute established. During the lif etime of the connection, some aspect of the 
connection maybe modified. Examples include a new service being added to the 
connection, an existing service being deleted from the connection, or some aspect of the 
j i\ 15 channel is reconfigured, e.g., the rate of transport radio channel is modified . As a result, 
^ there is a need to reconfigure the rate matching attribute for the overall connection to 
ill accommodate the modification. However, the current 3GPP standard requires that the 
rate matching attribute for a transport channel in the connection can only be changed by 
reconfiguring the entire transport format set for this transport channel. This 
20 reconfiguration must take place even if the transport format set need not be reconfigured, 
i.e., nothing in the TFS changes. 

Unnecessary reconfiguration is not only time consuming, it also requires 
unnecessary signaling which is particularly disadvantageous given scarce radio bandwidth 
resources. As new services are introduced, the number of transport channels defined for a 
25 particular connection will increase. This unnecessary reconfiguration of a transport format 
set for each transport channel leads to reduced capacity in the system as well as increased 
call establishment time. Redefining the transport format set unnecessarily decreases the 
capacity of the system by sending needless signaling over the air interface every time a new 
service is set up or released or some other aspect of the channel is changed, e.g., channel 



switching. Furthermore, procedure execution times are all increased since more transport 
blocks have to be transported towards the user equipment due to the increased probability 
of data retransmisssions. Lengthy signaling procedures could become disadvantageous for 
the end-user because of the increase in call establishment time and/ or rate-switching 
execution time . Channel switching and the introduction of new transport channel rates 
may therefore also be adversely affected by this unnecessary signaling. In this case, the 
channel switching referred to is performed between two different dedicated channels 
(DCH-to-DCH). 

The present invention solves these problems by providing the possibility to 
configure or reconfigure a rate matching attribute for a given transport channel without 
having to perform unnecessary transport format configurations/ reconfigurations. A 
connection with a mobile radio is established using a configuration of a radio channel that 
specifies a first transport format. When some aspect of the connection is to be changed, 
the radio channel configuration will be reconfigured, but not entirely or unnecessarily. The 
reconfiguration may result from a new service being added to the connection, a service for 
the connection being removed, or some aspect of the radio channel configuration being 
modified, e.g., channel-rate switching, etc. As a result of the reconfiguration, one or more 
rate matching parameters associated with the connection are configured without having to 
configure the first transport format set. A rate matching algorithm is used to control an 
amount of data sent over the reconfigured radio channel per unit time based on one or 
more reconfigured rate matching parameters and one or more transport format. 

Consider the following example. A first connection service for the mobile 
radio is established, and the radio channel is configured using a first transport format 
parameter and a first rate matching parameter. Thereafter, a second connection service is 
added that is associated with a second transport format parameter and a second rate 
matching parameter. The radio channel configuration is advantageously reconfigured to 
incorporate the second connection service with its second rate matching attribute without 
having to reconfigure the first transport format parameter. 
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As applied to a UTRAN specific example, a first setup message associated 
with the connection is sent to establish a first radio access bearer between the UTRAN and 
User Equipment (UE). The first setup message includes one or more first transport 
format parameters and one or more first rate parameters. A second setup message is sent 
5 to establish a second radio access bearer between the UTRAN and the UE. The second 
setup message includes one or more second transport format parameters, the one or more 
first rate parameters, and one or more second rate parameters. The first and second rate 
parameters are reconfigured in response to the second setup message but without having 
to reconfigure the first transport format parameter. Different example messaging formats 
- j^io are described below. 

:° BRIEF DESCRIPTION OF THE DRAWINGS 

in 

;Q The foregoing and other objects, features, and advantages of the present 

Iff 

s ' invention may be more readily understood with reference to the following description 
taken in conjunction with the accompanying drawings. 

M 

15 Fig. 1 is an example mobile communications system; 

HI 

Fig. 2 is a diagram illustrating mapping different transport channels onto 
physical channels; 

Fig. 3 is a flowchart diagram illustrating example procedures in connection 
with the present invention; 

20 Fig. 4 illustrates in function block format radio bearer setup signaling 

between the UE and the UTRAN; and 

Figs. 5A-5C are signaling diagrams useful in explaining certain features of 
the present invention. 

DETAILED DESCRIPTION 

25 In the following description, for purposes of explanation and not limitation, 

specific details are set forth, such as particular embodiments, procedures, techniques, etc. 



in order to provide a thorough understanding of the present invention. However, it will be 
apparent to one skilled in the art that the present invention may be practiced in other 
embodiments that depart from these specific details. For example, while the present 
invention is described in an example application to UMTS/UTRAN systems, the present 
invention may be employed in any cellular radio system that offers multimedia services. 

In some instances, detailed descriptions of well-known methods, interfaces, 
devices, and signaling techniques are omitted so as not to obscure the description of the 
present invention with unnecessary detail. Moreover, individual function blocks are shown 
in some of the figures. Those skilled in the art will appreciate that the functions may be 
implemented using individual hardware circuits, using software functioning in conjunction 
with a suitably programmed digital microprocessor or general purpose computer, using an 
application specific integrated circuit (ASIC), and/or using one or more digital signal 
processors (DSPs). 

Although the present invention may be applied in any radio access network 
architecture, for purposes of illustration, it will be described in the context of a UMTS 
system 10 shown in Fig. 1. A User Equipment (UE) 12 communicates over a radio 
interface U u with a UTRAN Terrestrial Radio Access Network (UTRAN) 14. The 
UTRAN 14 communicates with a core network 16 coupled to an external network 18. 
Communication over the radio interface U„ is based upon Wideband Code Division 
Multiple Access (WCDMA) radio technology. 

The UTRAN 14 includes one or more Radio Network Controllers 
(RNCs) 22 which control radio resources of the radio Base Stations (BSs) 20 coupled to it. 
The RNC 22 is the service access point (SAP) for all services that the UTRAN provides to 
the core network 16, e.g, management of connections to the UE 12. The core network 16 
is preferably GSM-based and includes a Home Location Register (HLR) 28, which is a 
database provided in the user's home system that stores the master copy of the user's 
service profile. For the purpose of routing incoming transactions to the UE, e.g., calls and 
short messages, the HLR 28 also stores the UE location on the level of the MSC/VLR 24 
and/or the SGSN 30. The Mobile Services Switching Center/Visitor Location Register 24 
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(MSC/VLR) 24 indicates the switch (MSG) and database (VLR) that serves the UE 12 in 
its current location for Circuit-Switched (CS) services. The MSC switches the CS 
transactions, and the VLR holds a copy of the visiting user service profile, along with more 
precise information on the UE's location within the servicing system. The Gateway MSC 
5 (GMSC) 26 is the switch where the UMTS network connects to external circuit-switched 
networks such as a Public Land Mobile Network (PIMN), a Public-Switched Telephone 
Network (PSTN), Integrated Services Data Network (ISDN), etc. 34. The Serving GPRS 
(General Packet Radio Service) Support Node (SGSN) 30 functions like the MSC/VLR 24 
but in the context of packet-switched (PS) services. The Gateway GPRS Support Node 
. j J 10 (GGSN) 32 functions much like the GMSC 26 but in relation to PS services coupled to an 
13 external PS network such as the Internet 36. 

IP The present invention relates to connections between the UTRAN 14 and 

;S the UE 12 carried over a Dedicated Transport Channel (e.g., DCH), which carries all the 
| r „ information intended for the UE coming from layers above the physical layer including 

W 15 data for the actual service as well as higher layer control information. In WCDMA, 

O 

variable bit rate, service multiplexing, and soft handover are employed Each transport 
;r{ channel is accompanied by a transport format indicator (TFI) for each time event in which 
data is expected to arrive at the specific transport channel from higher layers. Transport 
blocks and their corresponding TFIs for each transport channel are multiplexed at the 
20 physical layer to combine the TFI information from different transport channels into the 
transport format combination indicator (TFCI), and transport blocks which are coded and 
multiplexed onto the physical data channel. The TFCI is sent over a physical control 
channel. 

The mapping of three transport channels 1, 2, and 3 (channel 3 being a 
25 newly-added channel) is shown in Fig. 2, with the three TFIs all being combined into one 
TFCI and sent over the dedicated physical control channel (DPCCH). The three transport 
blocks are coded, rate matched, and multiplexed onto the dedicated physical data channel 
(DPDCH). As described above, rate matching is used to match the number of bits to be 
transmitted to the number available in a single frame, e.g., a ten millisecond frame. Rate 
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matching is achieved either by pvincturing or by repetition. Because the data rates of 
different transport channels vary, a rate matching algorithm adjusts the rate matching 
parameters for each of the transport channels so that the physical channel capacity is met . 
Higher protocol layers provide a semi-static parameter called the rate matching attribute to 
control the relative rate matching between different transport channels and is used by the 
rate matching algorithm, along with transport formation information, to calculate a rate 
matching value when multiplexing several transport channels for the same frame. 

As described above, the radio bandwidth resources over the radio interface 
U u are quite precious and need to be used judiciously. In multimedia calls where services 
may be added, modified, and/or deleted during the lifetime of a connection with a UE, the 
rate matching of the connection will have to be reconfigured to accommodate changes. 
This rate matching reconfiguration takes time, and signaling relating to the reconfiguration 
of the rate matching must be sent over the radio interface. While some reconfiguration 
processing and signaling is necessary, it is not necessary to reconfigure and signal already- 
configured inf omiation for the connection such as the transport format set associated with 
each transport channel already defined for the connection. The present invention avoids 
unnecessary reconfiguration delays and signaling over the radio interface by permitting 
configuration of rate matching parameters without having to reconfigure existing, already- 
configured transport format parameters for a connection. 

In this regard, reference is made to the flowchart diagram of Fig. 3 which 
illustrates non-limiting procedures in accordance with one example embodiment of the 
present invention. Initially, a connection is established with a user equipment for a first 
connection service which employs an associated radio access bearer (RAB) through the 
UTRAN to the UE (step SI). The RAB is supported by one or more radio bearers (RBs), 
and each radio bearer has a corresponding dedicated transport channel (e.g., DCH). For 
example, the first service connection might be a voice service requiring a signaling radio 
bearer and three speech bearers for a total of four radio bearers, and therefore, four 
transport channels. Each radio bearer transport channel has a corresponding transport 
format set (TFS) and rate matching attribute (RMA) (step S2). Each transport channel 
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associated with the first service connection is mapped to a physical channel, and the 
physical channel is configured using the transport format set and rate matching attribute 
information associated with the first connection service (step S3). 

A decision is made (step S4) whether the connection service to the UE is to 
be modified in anyway, where modification includes, for example, adding a service, 
deleting a service, or reconfiguring a service. If so, one or more radio bearers are 
configured (for an added radio bearer) or reconfigured for a modified or deleted existing 
service (step S5). For the example of an added connection service, e.g., a second 
service (2), a new transport format set and a new rate matching attribute, (i.e., TFS2 and 
RMA2), are associated with one or more corresponding transport channels, (e.g., TC2). 
The transport channels remaining after the modification of service are mapped to the 
physical channel. The rate matching attributes are configured independently of and 
without having to reconfigure a transport format set for a transport channel that has not 
been affected by the service modification (step S6). For example, if the first connection 
service has a transport format set TFS1 and rate matching attribute RMA1 for a 
corresponding transport channel, and the TFS1 is not affected by a service modification 
which adds a new transport channel with TFS2 and RMA2. The rate matching attributes 
RMA1 and RMA2 are configured without having to reconfigure TFS1. TFS2 is configured 
along with the RMA1 and RMA2. 

As explained in the background, the current 3 GPP specification does not 
allow for this kind of efficient configuration/reconfiguration when a service is modified 
for an existing connection with a UE. Indeed, because the rate matching attribute for a 
transport channel is part of the transport format set for the transport channel, the entire 
transport format set for each transport channel existing at the time of the connection 
modification must be redefined even though the only part of the transport format set of 
the existing transport channels that needs to be redefined is the rate matching attribute. By 
avoiding this unnecessary reconfiguration of the entire transport format set for all existing 
transport channels in an existing service connection with a UE, the present invention 
increases the capacity of the system by eliminating needless signaling over the radio 



10 



interface each time a new service is set up, modified, or released, or when some 
modification is performed to the physical channel such as a channel-rate switching. 
Moreover, the present invention reduces call establishment time because less 
reconfiguration, processing, and signaling is performed. The advantages of the present 
invention are particularly evident as more and more connection services are added and 
deleted and channel configuration optimization is employed (e.g., channel-rate switching ). 

A non-limiting example implementation will now be described using signals 
and formats from the 3GPP Technical Specification 25.331 (Release 1999). Adding, 
deleting, or modifying a service is accomplished using the Radio Resource Control (RRC) 
protocol which defines control signaling between the UE and the UTRAN. Specifically, 
RRC messages cany all parameters required to set up, modify, and release layer 3, 2 and 1 
protocol entities. Fig. 4 illustrates an RRC Radio Bearer Setup message being sent from 
the UTRAN (represented in Fig. 4 as a base station 20 coupled to an RNC 22). After 
processing, the UE 12 responds with a Bearer Radio Setup Complete (RRC) message. The 
UE 12 includes various processing entities including a radio and signaling processing 
entity 50, a supervisory controller 52, an RRC controller 54, and a message 
encoder/decoder 56. Base station 20 includes radio and signaling processing entity 60, a 
supervisory controller 62, and a message encoder/decoder 64. The RNC 22 includes a 
supervisory controller 70 coupled to an RRC controller 72. The radio and signaling 
processing entities 50 and 60 take care of the physical layer communication functions. The 
RRC controllers 54 and 72 carry out the radio resource control protocol message signaling 
and the message encoder/decoder entities 56 and 64 perform message encoding and 
decoding operations. The supervisory controllers 52, 62, and 70 supervise the overall 
operations of their respective nodes. Of course, it is understood that there are other 
software/hardware entities in these various nodes which are not necessary for an 
understanding of the present invention. 

The current 3GPP Technical Specification 25.331 requires that the following 
information be configured each time that a connection service is added, deleted, or 
modified for uplink and downlink transport channels. The acronym UL corresponds to 
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uplink, TiCH corresponds to transport channel, MP corresponds to mandatory parameter, 
DL corresponds to downlink. 

Added or Reconfigured UL TrCH information 
>Uplink transport channel type (MP) 
>UL Transport channel identity (MP) 
>TFS (MP) 

»CHOICE Transport channel type: Dedicated transport channels (MP) 
» Dynamic Transport Format Information (MP) 

»»RLCSize(MP) 

»» Number of TBs and TTI List (MP) 
»»>Number of Transport blocks 

»»CHOICE Logical Charmd List (MP) 
»>Semi-static transport Format Indication (MP) 

»»Transmission time interval (MP) 

»»Type of channel coding (MP) 

»»Rate matching attribute (MP) 

»»CRCsize(MP) 

Added or Reconfiguration DL TrCH Information 
>Downlink transport channel type (MP) 
>DL Transport channel identity (MP) 
>CHOICE DL parameters (MP) 
»Explicit 

»>TFS (MP) 
»SameAsUL 

»>UL transport channel type (MP) 
>»ULTrCH identity (MP) 

As can be seen, if a rate matching attribute of an existing transport channel 
must be modified, the entire transport format set (TFS) has to be redefined even though 
the transport format set remains unchanged in order to get access to the rate matching 
attribute information element (IE). Specifically, the only reconfiguration "choice" includes 
choosing both the TFS and rate matching attribute. 

In one example to implement the present invention, this Radio Bearer Setup 
message for adding a new service to an existing user connection may be reformatted in 
accordance with the following: 
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Added or Reconfigured UL TrCH information 
>l^link transport channel type (MP) 
>UL Transport channel identity (MP) 
> CHOICE Reconfiguration 
»TFS 

»>CHOICE Transport (harmd type: Dedicated transport channels (MP) 
>>>>Dynamic Transport Format Information (MP) 
>»»RLCSize(MP) 
»»>Number of TBs and TTI List (MP) 

»»>Number of Transport blocks (MP) 
»»>CHOICE Logical Charmd List (MP) 
»»Semi-static transport Format Indication (MP) 
»»>Transmission time interval (MP) 
»»>Type of channel coding (MP) 
»»>Rate matching attribute (MP) 
»»>CRC size (MP) 
»Rate matching attribute (MP) 

Added or Reconfigured DL TrCH information 
>Downlink transport channel type (MP) 
>DL Transport channel identity (MP) 
>CHOICE DL parameters (PM) 
»Explicit 

»>CHOICE Reconfiguration 
»»TFS 

»»Rate Matching attribute 
»SameAsUL 

»>UL transport channel type (MP) 
»>UL TiCH identity (MP) 

Here, the RRC message Added or Reconfigured UL/DL TiCH information 
is reformatted so that the transport format set is one option for possible reconfiguration. 
Another option is the rate matching attribute. The CHOICE field permits access to the 
rate matching attribute without it requiring configuration/reconfiguration of the transport 
format set. 

Another example implementation to permit this access to the rate matching 
attribute for a transport channel independent of an associated transport format set 
provides an information element, named here for purposes of illustration as Reconfigured 
Uplink/Downlink TiCH Rate Matching Attribute, and adds it to the RRC Radio Bearer 
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Setup message. In this way, the existing Added or Reconfigured UL/DL TrCH 
information element is not modified: 

Reconfigured UL TrCH rate matching attribute 
>Uplink transport channel type (MP) 
>UL Transport channel identity (MP) 
>Rate matching attribute (MP) 

Reconfigured DL TrCH rate matching attribute 
>Downlink transport channel type (MP) 
>DL Transport channel identity (MP) 
>Rate matching attribute (MP) 

Both of these example implementations allow reconfiguration of the rate 
matching attribute for a particular transport channel without having to needlessly redefme 
the transport format set for that transport channel. 

Reference is now made to Figs. 5A-5C. Fig. 5A shows a Radio Bearer Setup 
RRC message sent from the RNC to the UE with Added or Reconfigured TrCH 
information (an existing information element in the Radio Bearer Setup message). The 
first information element IE1 corresponds to a signaling transport channel (TrCH), the 
second IE to a speech transport channel, the third IE to a speech transport channel, and 
the fourth IE to a speech transport channel Each of these information elements relates to 
already-existing transport channels. The fifth information element IE5 relates to a new 
packet service transport channel to be added to the user connection. In the current 3GPP 
specification, both the transport format set and the rate matching attribute for an existing 
transport channel must be reconfigured in order to add the new packet service. While the 
new packet transport format set TFS5 and rate matching attribute RMA5 must be 
configured along with the existing rate matching attributes RMA1, RMA2, RMA3, and 
RMA4 for the connection, the unaffected, existing transport format sets TFS1, TFS2, 
TFS3, and TFS4 do not need to be reconfigured. Nevertheless, the existing 3GPP 
approach requires reconfiguration of these existing transport format sets TFS1, TFS2, 
TFS3, and TFS4 in order to perform rate matching with RMA1-RMA5. This is illustrated 
as the TFS and RMA being shown as one information element. 
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Fig. 5B shows how the Added or Reconfigured TiCH information element 
can be changed so that the four rate matching attributes RMA1-RMA4 corresponding to 
the four existing transport channels are reconfigured along with the transport format set 
and rate matching attribute for the newly-added packet service, i.e., TFS5 and RMA5. 
TFS1-TFS4 are not reconfigured. 

Fig. 5C shows the example alternative in which the Added or Reconfigured 
TrCH information element is not changed, and instead, the RRC radio bearer setup 
message includes a new information element illustratively called Reconfigured TrCH Rate 
Matching Attribute. The information elements IE1-IE4 for this new message for the 
existing signaling and speech services include only their corresponding rate matching 
attributes RMA1-RMA4. These four rate matching information elements from the existing 
transport channels are accessed and then configured with the rate matching attribute 
RMA5 for the newly-added packet service. In both the examples of Figs. 5B-5C, a rate 
matching algorithm utilizes the configured rate matching attributes RMA1-RMA5 plus the 
existing transport format sets TFS1-4 and the newly-configured TFS5 to perform the rate 
matching function for this UE connection. 

While the present invention has been described with respect to particular 
embodiments, those skilled in the art will recognize that the present invention is not 
limited to these specific exemplary embodiments. Different formats, embodiments, and 
adaptations besides those shown and described as well as many variations, modifications, 
and equivalent arrangements may also be used to implement the invention. Therefore, 
while the present invention has been described in relation to its preferred embodiments, it 
is to be understood that this disclosure is only illustrative and exemplaiy of the present 
invention. Accordingly, it is intended that the invention be limited only by the scope of 
the claims appended hereto. 



